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Abstract 

Although whether P equals NP is an important, open problem 
in computer science, and although Jaeger's 2008 [I| paper, "Solv- 
ing the P/NP Problem Under Intrinsic Uncertainty" presents an 
attempt at tackling the problem by discussing the possibility that 
all computation is uncertain to some degree, there are a number 
of logical oversights present in that paper which preclude it from 
serious consideration toward having resolved P-versus-NP. There 
are several differences between the model of computation pre- 
sented in Jaeger's paper [Tj and the standard model, as well as 
several bold assumptions that are not well supported in Jaeger's 
paper [T] or in the literature. In addition, we find several omis- 
sions of rigorous proof that ultimately weaken this paper to a 
point where it cannot be considered a candidate solution to the 
P-versus-NP problem. 



1 Overview 



Jaeger [T] presents a paper which attempts to show that P is not equal to 
NP. This follows from a novel model of computation which has intrinsic 
uncertainty in its computation of all problems. However, we will show 
that this model cannot be used to solve the same class of decisions that 
a Turing machine can. 

1.1 Summary of the Paper in Question 

Jaeger [Ij in his paper: Solving the P/NP Problem Under Intrinsic Un- 
certainty, attempts to resolve P-versus-NP through unique, unconven- 
tional means, by sketching a computer science analogue to the Heisenberg 
Uncertainty Principle. He begins by establishing a supposedly Turing 
equivalent computing machine largely based off of the Turing machine 
that contains a tape of binary storage cells of any length, infinite or finite. 
Rather than assuming the machine is preprogrammed to accept certain 
inputs, the model described has a single tape in which both the input 
and the program code are randomly placed. This allows him to introduce 
the uncertainty that the paper is based on. He argues that since multi- 
ple, unique programs can perform the same actions at different speeds, 
program size should be considered when analyzing program complexity. 
He continues that his concept of intrinsic uncertainty implies that it is 
impossible to distinguish whether, given a segment of the input, a part 
of this segment is program code or input. 

Jaeger [1] likens the relationship of the parts of this segment to the 
relationship described in Heisenbergs Uncertainty Principle - that you 
can not determine whether a part is code or input, rather you can com- 
pute the answer given both options and then compute the certainty that 
each computation is correct. There is a problem with this, he explains, 
because according to his model every computation done on the machine 
has uncertainty, including his certainty calculations. To solve this prob- 
lem, he proposes what he calls self-computation, or applying his Turing- 
machine-based machine to itself to compute a confidence value for its 
output, thus increasing the confidence value of its output. As a result of 
this self-computation he claims that the confidence value of a computa- 
tion is directly proportional to the ratio of code length to input length. 
Through use of the sigmoid function, he claims one can calculate the 
entropy, or the probability that this confidence value is smaller than, 
larger than or equal to 0.5. 

To relate this all to the P/NP problem, Jaeger ^ constructs three 
lemmas. His first lemma says that a Turing machine simulating a com- 
putable decision in NP to an arbitrary precision is itself computable 



1 



regardless of the precision. Lemma three states that this Turing ma- 
chine is also in NP for some given uncertainties. Lemma two allows him 
to state an uncertainty threshold for which the Turing machine is not in 
P, thus proving that there exists some function in NP but not in P. 

1.2 P = NP Problem 

The problem known as P=NP is arguably the biggest open problem 
in computer science [2]. The Clay Mathematics Institute has offered a 
$1,000,000 prize for anyone who provides a proof one way or another. 
This incentive has attracted quite a few attempts by amateurs as well as 
professionals, since the problem at first seems deceptively simple. The 
basic question asked by this problem is this: if an answer to a yes or 
no problem can be verified in polynomial time, can the answer also be 
computed in polynomial time? The answer is commonly assumed to be 
'no', although no proof has yet emerged. 

One way to prove that P is not equal to NP is to give a counter 
example of a problem that is in NP but proveably not in P. This is more 
difficult than it sounds because it is difficult to prove that there are no 
algorithms in P which compute the answer. Jaeger's paper [1] attempts 
to prove that there is some inrinsic information necessary for having the 
answer to a problem, and that this intrinsic information can only be 
computed in nonpolynomial time. 

1.3 Turing Machines 

Jaeger 2008 [Ij uses the model of a Turing machine, a theoretical model 
of computing yes or no answers. The model of a Turing machine has 
several parts [3j: a finite set of states including the initial state and a 
subset of final or accepting states, a finite set of tape alphabet symbols 
composed of the blank symbol and a set of input symbols, and a transi- 
tion function which computes the new state, the alphabet symbol to be 
printed, and the direction to move (right or left), based on the current 
state and the current tape symbol. Informally there are two parts in a 
Turing machine: a finite set of states in which the current state is arrived 
at deterministically, and an infinite tape which may start with a finite 
number of non-blank symbols printed on it. 

2 Challenging the Arguments Made 

We will show that the model presented in this paper is fiawed because it 
is not equivalent to a Turing machine. Moreover, the self-computation 
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algorithm presented here has several major shortcomings which prevent 
it from resolving that uncertainty. 

2.1 Theoretical Differences with Turing Machines 

The most fundamental flaw to the argument presented in the paper under 
consideration is that rather than using a theoretically established model 
like a Turing machine, it presents a model in which the "code" of the 
model, presumably corresponding to the set of states and the transition 
function, is indistinguishable from the "input" to the code, presumably 
corresponding to the initial content of the tape. Although there are 
numerous very obvious theoretical and practical ways of distinguishing 
"code" from "input" , they are not clearly marked in this model, causing 
the intrinsic uncertainty upon which the core argument is based. 

"Let us assume in the following that we have a Turing-complete ma- 
chine architecture...", reads paragraph 2, pg 5. The paper seems to rely 
on this model being Turing-complete, a term which is never clearly de- 
fined but which we assume to mean Turing equilavent. However, this is 
clearly not the case, since the elements of the 7-tuple defining a Turing 
machine are clearly identifiable, and the same can be said for the initial 
state of the tape. This method of arbitrarily introducing uncertainty to 
the computation of a Turing machine does not produce a Turing equiva- 
lent model, as it cannot be used to simulate a Turing machine, nor can it 
compute the same class of decisions that a Turing machine can. Because 
the output of this model is always uncertain, there are no problems in 
NP that can be reduced to it. It is similar to a model that flips a coin 
and upon seeing a heads, returns an arbitrary answer. 

2.2 Lack of Rigor in Analysis 

The definition of the machine the proof revolves around is seemingly 
fiawed. The machine which is supposed to be equivalent to a Turing ma- 
chine in computational power detailed has a tape that contains both its 
program code and input, with both being randomly distributed through- 
out the tape. The machine reads the tape which is partitioned into two 
subsets, 5*1 and ^2. We are lead to assume that these subsets form the 
direct sum of the original input, but this is never verified. As a result, 
one could infer that perhaps there is some intersection between Si and 
82- This is an example of the unrigorous definitions throughout the 
paper. These subsets are never fully defined - no methods for finding 
them are ever given. The machine evaluates the tape by computing the 
results as if Si were the code and S2 the input and vice-versa, then cal- 
culates confidence values for both of those computations to help decide 
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which configuration is correct. This has some problems, namely that the 
method for partitioning the input into two distinct blocks is non-existent. 
On page 6, the partition is described as being N bits long, but no fur- 
ther information is given. Given the fact that the input and code are 
randomly intermixed, one could go as far as to say that its impossible to 
partition the input with any precision - both the code and input string 
are represented in binary and are thus indistinguishable. This means 
that not only would the machine have to evaluate for all possible S1-S2 
dichotomies, but also for all possible partitions of the input. This addi- 
tional factor is left completely unaccounted for in the remainder of the 
paper. 

There is another error on page 6 in the uncertainty section. The 
claim that, "we can accept the interpretation whose program code en- 
compasses the larger number of bits as more likely," is never justified. 
Such a statement is invalid - in many cases, for instance any program 
deahng with databases, the size of the input vastly exceeds the size of 
the program code. 

One mistake that appears quite often in Jaeger 2008 [I] is the constant 
changing of terms. In section 2, page 5, the machine used throughout the 
paper is described as a "Turing-complete" machine based on the Turing 
machine. Just two pages later on page 7, the same machine is referred 
to as a Turing machine. This inconsistency is detrimental to the reader's 
understanding as well as the validity of the paper itself. The paper 
also mentions an "outside program" that performs the interpreting and 
execution aspects of the previously defined computing machine. While 
the existence of such a "program" is provable, the author has omitted 
any kind of proof that such a program exists. 

2.3 The Self Computation Algorithm 

The bulk of this article describes an algorithm to be used for calcu- 
lation of certainty measurements to be reported alongside the actual 
findings of a Turing machine. The method of self-computation proposed 
is hugely complex, riddled with nonstandard notation and very confus- 
ing; the authors of this paper were unable to make much sense of it. 
Self-computation, as described in the paper, involves executing the un- 
certain Turing machine on a copy of a similar machine running arbitrary 
" code" . The chance that the machine could execute a copy of itself and 
gain higher precision is unlikely and left completely unproven. The in- 
sinuation is that as you run the machine on itself, the bitlength of the 
"code" portion gets longer and longer, increasing the ratio of code to 
data, which is directly proportional to certainty. 

While this method may appear useful for calculating uncertainty, it is 
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unlikely that this will work because it assumes, among other things, that 
bit length is a useful metric for telling code and data apart, that this is 
a necessary determination in a Turing machine, that Turing equivalent 
models can report a certainty measurement, and that no other algorithms 
exist for computing this function. As we have shown these things to be 
untrue, the internal merit of the self computation algorithm is irrelevant. 

2.4 There is No Proof of Nonpolynomiality for Cer- 
tainty Calculation 

One problem with the argumunt presented in Jaeger 2008 [1] (Lemmas 1 
and 3) is that it is nowhere proven that the method of self-computation 
presented in there is the only method of determining the certainty of a 
result. Even granting that there is a problem of determining certainty of 
answers produced by Turing machines, and given that this method of self- 
computation is a reasonable way of determining certainty, and given that 
a certainty threshold can be set such that computing certainty by this 
method cannot be done in polynomial time, all doubtful claims, nothing 
in Jaeger's paper [1] attempts to prove that there is no other method of 
computing this certainty measurement. It could very well be that there 
is a polynomial time algorithm for computing this measurement that the 
author simply did not think of. 

Indeed, it is unclear from the paper under consideration why it should 
be possible to set a threshold "dynamically" so that it requires NP time 
to reach that level of certainty. Even using the algorithm outlined there, 
it is not clearly explained why this would require exponential time rather 
than polynomial time. This trick of requiring that an exponential amount 
of computation go into producing the answer is only possible as a use of 
the certainty value which is produced by the modified Turing machine. 
As the output of a standard Turing machine is binary, this type of trick, 
which requires using the extra non-binary output, would not normally 
be possible. It is as if one constructed an algorithm to run in exponential 
time by requiring that it print an exponential number of characters. 

3 Conclusion 

Overall, we have shown several things which should each individually 
render the argument described in Jaeger's paper [1] impotent. We have 
shown that a model of computation that requires a measure of intrinsic 
uncertainty cannot be reduceable to a Turing machine nor can it reliably 
compute any NP-complete problem. We have also shown that the algo- 
rithm proposed for calculating uncertainty relies on faulty or unproven 
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assumptions. Finally, we note that while one algorithm is presented here, 
which may very well have an exponential runtime, there is no attempt to 
prove that there cannot be a polynomial-time algorithm to compute the 
same. Any of these things strikes a fatal blow to the argument outlined 
by Jaeger [T] . As such, we do not find this compelling support for P not 
equal to NP. 
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